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METHOD, SYSTEM, AND PROGRAM FOR ELECTRONICALLY MAINTAINING 
MEDICAL INFORMATION BETWEEN PATIENTS AND PHYSICIANS 



BACKGROUND OF THE INVENTION 
5 1. Field of the Invention 

The present invention relates to a system, method, program for electronically 
maintaining medical information between patients and physicians and, in particular, 
where the information is maintained in a patient data structure that may be communicated 
between a physician computer and a patient device. 

10 

2. Description of the Related Art 

Providing health care to patients who require considerable medical attention, such 
as elderly persons or those having debilitating illnesses, can be problematic on many 
fronts. For instance, when the patient visits a new physician, the patient must spend time 

15 filling out patient medical and prescription history and insurance information. For elderly 
or ill patients, this process can be difficult and often yields inaccurate or incomplete 
information. Further, the physician and staff must spend considerable time questioning 
the patient on past symptoms, illnesses, and current medications and therapies. Again, if 
the patient is elderly or somewhat incapacitated, then they will likely not be able to garner 

20 an adequate, let alone complete, picture of the patient's current state. This failure to 
provide the treating physician complete information may cause the physician to 
misdiagnose the patient's problem or prescribe inappropriate or redundant medications 
and therapies. 

Still further, an elderly or ill patient may have trouble keeping track of all the 
25 medication they must take and the schedule for their medication, as well as remembering 
all their medical appointments. Further, a care taker who is responsible for assisting a 
patient on a daily basis may have difficulty keeping track of all appointments and 
medication schedules. 
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Currently, there are patient management database and scheduling software 
products tailored for a physician's office that are used to maintain patient information, 
including medical history, medication history, insurance billing information, and visit 
scheduling. However, currently, such information is maintained solely by the physician 
5 and such electronic information is not communicated to the patient or other physicians 
treating the patient in a separate clinic. 

For these reasons, there is a need in the art for an improved patient medical 
information system that allows patient medical information, such as medical history, 
insurance information, prescription information, and visit scheduling to be effectively 
10 communicated to the patient, the care provider for the patient, and the different doctors 
and physician offices the patient must visit. 



SUMMARY OF THE PREFERRED EMBODIMENTS 
To overcome the limitations in the prior art described above, preferred 
15 embodiments disclose a method, system, and program for maintaining electronic patient 
medical information. An electronic patient data structure is generated to include patient 
biographical information and one of medical history information, medication schedule 
information, and appointment schedule information. The patient data structure is 
electronically transmitted between a physician computer and a portable patient device. 
20 The patient data structure is capable of being modified. 

In further embodiments, the portable patient device comprises a portable 
computing device including a display. Views of the patient medication and appointment 
schedule information device stored in the patient data structure are displayed in the 
display of the portable computing device to allow the patient to review scheduled 
25 medication and appointments. 

In still further embodiments, log information is generated indicating 
modifications to information in the patient data structure. The log information is read- 




3 Express Mail No. EL484 106401 US 

IBM Docket No. SJO00003I 
Firm No. 0035.0001 

only and once generated cannot be altered at the physician computer or within the 
portable patient device. 

Still further, the physician computer may add one of appointment and medication 
events to the patient data structure. One appointment event indicates a scheduled visit at 
5 the physician office and one medication event indicates a drug prescription. The 

physician computer may transmit the modified patient data structure to the patient device. 

Preferred embodiments provide a medical information system that allows a patient 
to maintain a patient data structure including detailed patient biographical, insurance, and 
medical history information. This allows the patient to visit a physician's office for a first 
10 time without having to fill out the registration forms as all the information the physician 
needs is provided in the patient data structure, which is electronically transmitted from 
the portable patient device to the physician computer. Further, neither the patient nor 
physician have to spend time discussing the patient's medical history and current 
medications and therapies, as such information would be embedded in the patient data 
15 structure. This not only saves time, but allows the physician to provide a faster and more 
accurate diagnosis because the physician has access to detailed medical history 
information. This is especially important if the patient is physically or mentally impaired 
Jff and cannot answer the physician's questions accurately. 

O Further, preferred embodiments provide medication and appointment scheduling 

20 information which the patient can easily access to determine their medication and 
appointment schedule. The physician may access the patient's medication and 
appointment schedules to determine current medications the patient is taking and the 
patient's schedule for the purpose of avoiding scheduling a conflicting appointment or 
medication. 

25 Still further, the use of the unalterable, read-only log information ensures data 

integrity because any attempts by either the patient or physician to improperly modify 
patient medical information are logged and, thus, can be detected. 
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BRIEF DESCRIPTION OF THE DRAWINGS 
Referring now to the drawings in which like reference numbers represent 
corresponding parts throughout: 

FIG. 1 illustrates a computing environment in which preferred embodiments are 
5 implemented; 

FIG. 2 illustrates an arrangement of patient information in a patient record in 
accordance with preferred embodiments of the present invention; 

FIG. 3 illustrates different displayed views of patient information from 
information maintained in the patient record in accordance with preferred embodiments 
10 of the present invention; 

FIG. 4 illustrates logic implemented in a patient computer and patient personal 
digital assistant (PDA) device to manipulate and view patient information within a patient 
record in accordance with preferred embodiments of the present invention; and 

FIG. 5 illustrates logic implemented in a physician computer to manipulate and 
15 view patient information within a patient record in accordance with preferred 
embodiments of the present invention; 



DETAILED DESCRIPTION OF THE PREFERRED EMBODIMENTS 
In the following description, reference is made to the accompanying drawings 
20 which form a part hereof and which illustrate several embodiments of the present 

invention. It is understood that other embodiments may be utilized and structural and 
operational changes may be made without departing from the scope of the present 
invention. 

FIG. 1 illustrates a computing environment in which preferred embodiments are 
25 implemented. A patient portable personal digital assistant (PDA) 2 is capable of 
communicating with a patient computer 4 and with a physician computer 6 at the 
physician's office. The physician computer 6 may be part of a local area network (LAN) 
at the physician's office that connects to a computer including a patient database. The 
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patient PDA 2 may be any portable PDA type or similar device known in the art, 
including palm and handheld PDAs, such as the PalmPilot products from 3COM.**, 
Hewlett-Packard Company's Jornada 820, 680/690 and 430se, Psion Revo, IBM 
WorkPad, Cassiopeia from Casio Computer Co., Ltd, etc.** The patient PDA 2 may 
5 include an interactive display as well as an input technology, such as a pen stylus and 
touch screen display input, voice input, keyboard, displayed keyboard, etc. 

The patient PDA 2 may establish communication links 8, 10 with the physician 6 
and patient 4 computers, respectively. The communication links 8, 10 may be 
implemented using any PDA/computer communication technology known in the art, such 
10 as infrared communication, serial, parallel, etc. For instance, the computers 4, 6 and 
4? patient PDA 2 may include infrared communication ports to communicate data 

y| therebetween. Alternatively, a cradle capable of mating with the patient PDA 2 may be 

y attached to the computers 4, 6 via a serial port. The patient PDA 2 may be placed into the 

'fz cradle to allow data transfer between the patient PDA 2 and computers 4, 6. 

C- 1 5 The patient computer 4 includes patient desktop software 12, the physician 

q computer 6 includes physician software 14, and the patient PDA 2 includes patient PDA 

software 16. These software programs 12, 14, and 16 allow the sharing of medical 

09 information between a patient and physician computing devices to facilitate the transfer 

O 

□ of medical information and assist the patient in maintaining scheduling of medication and 

20 physician visits. The physician computer 6 further includes a patient database 1 8, which 
comprises database records for all patients. 

In preferred embodiments, patient medical information is maintained as database 
records. FIG. 2 illustrates a preferred embodiment of a data structure for a patient record 
18/ in the patient database 18. The patient database 18 is comprised of patient records 18/ 
25 for each patient the physician is treating. A patient record includes the following fields: 
Patient ID 20 : Unique identifier of patient, such as social security number, 
providing the key column for patient records in the patient database 18. 



6 Express Mail No. EL484 106401 US 

IBM Docket No. SJO000031 
Firm No. 0035.0001 

Patient Bio 22 : This field is comprised of subfields including biographical 
information of the patient, such as full name, social security number, current 
address, sex, family contact information, insurance billing information, etc. 
Medical History 24 : This field is comprised of a string of one or more medical 
event subrecords 24a-24n. A medical event subrecord is created upon the 
occurrence of a medical event, such as an illness, routine check-up or other event 
resulting in a consultation with a physician. Each medical event subrecord would 
include fields for the date of the medical event, diagnosis, prescribed medication, 
hospitalization, length of symptoms, outcome, treating physician, etc. 
Medication Schedule 26 : This field is comprised of a string of one or more current 
prescription subrecords 26a-26n. A prescription subrecord is created whenever a 
doctor prescribes medication. Each prescription subrecord would include fields 
for the date of prescription, dosage schedule, number of refills, prescribing 
physician, reason for prescription, and whether the prescription was filled and 
taken as scheduled. Fields may also be maintained for the patient to indicate 
whether they took a dosage to allow both the physician and patient to determine 
whether the patient has been taking the prescribed medication. Further, there may 
be a pharmacist field indicating whether the subscription was filled. Still further 
an alarm function may be provided to allow the patient to set an alert to activate at 
a scheduled medication time and notify the patient of the scheduled event. This 
notification function could use existing alarm functions in the system (e.g., patient 
PDA 2, patient 4 and physician 6 computers) or any other alarm/scheduling 
software routine known in the art to schedule and generate an alarm notification. 
In preferred implementations, the patient PDA software 16 could not modify the 
pharmacist field as well as the information in the prescription subrecords 26a-26n 
entered by the physician. 

Appointment Schedule 28 : This field is comprised of one or more appointment 
subrecords 28a-28n. Each appointment subrecord includes fields for the date of 
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the appointment, physician name, reason for appointment, etc. Again, an alarm 
function may be provided to allow the patient to set an alarm to activate to alert 
the patient of a scheduled appointment. 

Patient Log 30 : This field is comprised of one or more log subrecords 30a-30n. 
5 Each log subrecord logs any additions, deletions or modifications to any field or 

sub-record of patient information. Each log subrecord indicates the date of 
change to the patient information, person or entity making change (e.g., patient or 
physician), key to record being changed, and change made. All the software 
programs 12, 14, and 16 that are capable of modifying a patient record 18/ would 
10 include the capability to automatically write an entry to the log record whenever 

information in the patient record 18/ is modified. For security reasons and to 
ensure the integrity of patient information, patient log records are read-only such 
that neither the physician software 14, patient desktop software 12, patient PDA 
software 16 nor any other text editor or program can modify the log subrecords. 



yQ 1 5 This ensures that no one can change any patient information without such change 

□ being recorded in an unalterable record. Thus, a doctor cannot alter the patient 

LH log 30 to reverse any wrongful entries nor can the patient modify records to hide 

i y 

ffl medical diagnosis, alter prescriptions, etc. This read-only feature of the patient 

O 

p log 30 ensures data integrity and accuracy of the information in the medical 
20 system. 



The patient database 18 includes patient records 18/ for multiple patients. The 
patient PDA 2 and patient computer 4 would maintain one patient record, including sub- 
records 20-30. Further, people may additionally store another person's patient record 
25 (e.g, a child, relative, friend, or recipient of paid-for-care) in their own patient PDA for 
convenience when acting as a care giver on behalf of another. The patient PDA 2 would 
communicate the patient record to the physician computer 6 and patient computer 4 via 
the communication links 8 and 10, respectively. The software programs 12, 14, and 16 
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provide the physician and patient views to the information in the patient record and an 
interface to alter fields and sub-records of the patient record. 

FIG. 3 illustrates the views that may be displayed in the patient PDA 2 by the 
patient PDA software 16 and how such views relate to the patient record 18/. Upon 
5 selecting the medical information program using the patient PDA 2 graphical user 
interface (GUI), the patient would view the main menu 40 displayed in the PDA 2 GUI 
window. From this main menu 40, the patient may select one of five views: the patient 
bio view 42, the medical history view 44, the medication schedule view 46, the 
appointment schedule view 48, and the log view 50. Selection of one of the five 
10 displayed options on the patient PDA 2 using a pen stylus or other input device would 
cause the selected view 42, 44, 46, 48, 50 to be displayed on the patient PDA 2 display 
screen. 

^JT he patient bio view 42 di s play s subfield3 from the pationt ID 20 and paticntbio ^ 
22 fields in the patient record 18/. The medical history view 44 displays itljs-rtTedical 
1 5 event subrecords in the medical history field 24 of the patient regi>rtL The medical history 
view 44 may provide horizontal and vertical scrollable>afsto allow the user to 
selectively scroll to view all the displayed fieMs^m each medical event subrecords and all 
the medical event subrecords. The m^di^ation view 46 provides a calender display of a 
medication schedule, i.e., whence take prescribed medication, which is derived from the 
20 prescription subrecords 26^-26n in the medication schedule field 26 of the patient record 
18/. Next to ea^h^cheduled medication dosage is a check box, e.g., check box 52, in 
which the nafient can indicate that they took the scheduled dosage. Further, an alarm can 
be sej/to activate at the time of the scheduled dosage to alert the user of the scheduled 



25 



% TheTrte dt€ation view 4 6 show3 a -darty" schedule ot whe n lu lake medicine dm im . 



the indicated day. View 48 is an exampleof^^eekly^iew,1irwHi^ a cell for each day 
of a week is displ^edr-ThTcells that include a block indicate a scheduled event, such as 
j-take-or-a-deetar-anpointment. Selection of the blocked cell mav causeJlie^ 



g Express Mail No. EL484 1 0640 1 US 

IBM Docket No. SJO00003 1 
Firm No. 0035.0001 

^ d i splay of a d a ily schedule piovidin g further details ot tne scneQuled^evgDL.^^ 
schedule would provide a grid displayingju^lLfcr 'gaclTday of the month. A marker 
would be placed in thej^lWirfEcating an event scheduled for that day. Selection of the 
day cell w^jikfcause the display of a daily schedule providing details of scheduled events 

The appointment view 48 displays a weekly, monthly or daily schedule of 
scheduled doctor visits that is derived from the appointment subrecords 28a-28n in the 
appointment schedule field 28. Again, an alarm may be set to activate to alert the user of 
scheduled appointments, such as an alarm set a couple of hours prior to the appointment, 

10 the day before the appointment, etc. The log view 50 displays the read-only log 

subrecords 30a-30n indicating changes made to any of the other fields and/or subrecords 
in the patient record. 

The patient desktop software 12 would include GUI panels to allow a user to 
modify and edit information in a patient record. Similarly, the physician software 14 

15 would provide GUI panels to allow a member of the physician's staff to edit information 
in any field and/or subrecord of a patient record 18/. As discussed, the physician 
computer 6 maintains a patient database 18 including a plurality of patient records 18/. 
The physician software 14 may be used to edit any patient record 18/. Moreover, the 
physician software 14 may provide the display of an appointment schedule that displays 

20 scheduled appointments for all patient records 18/ in the patient database 18. This would 
be accomplished by locating in each patient record 18/ the appointment subrecord 28/ for 
that physician. In this way, the physician software 14 may include a scheduling tool to 
allow the physician's staff to manage appointments for all patients. The patient PDA 
software 16 would include the capability to allow a user to modify fields and/or 

25 subrecords from the patient record 18/ displayed in the views 42-50 using the patient 
PDA 2 input. As discussed, all the software programs 12, 14, and 16 would 
automatically update the patient log 30 with an entry (log subrecord) whenever the patient 
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or physician modify, add or delete information in the patient record 18/. Such log events 
cannot be altered, thereby ensuring the integrity of the data in the patient records. 

The medical event, prescription, appointment, and log subrecords in the patient 
record 18/ may be generated at different physician offices, wherein the physician offices 
5 include an installed version of the physician software 14 to modify and manipulate patient 
records. 

If the non-volatile storage of the patient PDA 2 is limited, then it may not be 
possible to store all patient subrecords. In such case, using a criteria such as the age of 
subrecords or PDA storage capacity reaching a certain threshold, the patient PDA 
10 software 16 may prompt the user to archive subrecords to ensure that the patient PDA 2 
does not run out of storage. The patient may archive the subrecords in a portable, non- 
volatile storage medium, such as a floppy disk or specialized storage module that is 
matable with the patient PDA 2. Alternatively, the patient may archive subrecords in the 
patient computer 4. In such case, the patient may provide the physician archived 
15 information on a separate non- volatile storage medium or via e-mail from the patient 
computer 4 to provide the physician the complete patient medical information. 

-^IG^4J.l histrates lo gic implemented in thcpati ent desktop s oftware 12 to 
manipulate a patient record 18/ and, in particular, handle the display and modificatij 
rj information displayed in the views 42-50. The patient desktop software^l2^ould display 

20 in GUI panels on the display of the patient computer 4 the data^diSplayed in the views 42- 
50 described. with respect to the patient PDA 2. Howpv^ffwhen the patient computer 4 is 
a desktop or laptop system, it has a display tii^Hs capable of displaying more information 
than the patient PDA 2, and thus the^aymit of the views 42-50 would be different than the 
layout shown with views 42^0'cusplayed on the patient PDA 2 as shown in FIG. 3. 
25 With respect to FIG^df^ontrol begins at block 100 with the patient desktop software 12 
establishing a^etJmmunication link with a patient PDA 2 and downloading a patient 
recorcJxA password may be required to access a patient record. The patient computer 4 

:n re ads the pat ie nt ree.nrd o ver the com munication lin k 1 n mtO mpninn i r /UtorrmtiVnly 
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"the patient desktop software 12 may rea chhc p atient record from a 3torag e4ee ^ionjnthfi fc 
patient computer 4. After reading the patientl^^dr^ the patient desktop 

software 12 displays^at--brl5cC - T04) a main menu of selectable views, such as shown in 



Upon receiving a user selection of a view (at block 106), the patient desktop 
software 12 (at block 108) accesses the fields and/or subrecords from the field in the 
patient record corresponding to the selected view and displays the accessed information in 
a GUI interface panel of the patient computer 4 and awaits user input (at block 1 10). If 
the user selected to exit the view (at block 1 12), then control proceeds back to block 104 
to display the main menu of selectable views. Otherwise, if the user selected to modify a 
log subrecord 30/ or a medication quantity or dosage in a prescription subrecord 26/ (at 
block 1 14), then the patient desktop software 12 would display (at block 1 16) an error 
message on the patient computer 4 display that the information cannot be modified. 
Otherwise, the patient desktop software 12 performs (at block 118) the requested action, 
which may be to edit, modify, add, delete or further view information in the selected view 
being displayed. If the user action was to add, delete or modify any patient information 
in the patient record 18, then a log subrecord is created and added (at block 120) to the 
patient log 30 to log such change. From block 1 16 or 1 18, control returns to block 1 10 to 
wait for further user action. 

Also, at any time, the user at the patient computer 4 can update the patient record 
1 8/ with any changes made. The patient computer 4 can further transfer a modified 
patient record 18/ to the patient PDA 2 for storage therein. The advantage of this 
approach is that the patient may more conveniently edit patient information, such as the 
patient bio 22 fields, at a desktop or laptop patient computer 4 than a patient PDA which 
typically has a limited input mechanism, as opposed to the full keyboard available with 
desktop and laptop computers. Another advantage of using the patient desktop software 
12 is that in the event the patient PDA 2 is lost or stolen, the patient would have a backup 
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copy of the patient record 18/ in the patient computer 4 to upload into a new patient PDA 
2. 

The patient PDA software 16 performs the same viewing operations described 
with respect to blocks 104-1 16 in FIG. 4 with respect to the patient desktop software 12. 

FIG. 5 illustrate s logic imp1ementpd .. in the phys i c ia n software 11 t o iiilcrail widp * 
the patient PDA 2 and obtain and update a patient record 18/, and display views of-tne 
patient record. The physician software 14 performs many of the same op^pafions as the 
patient desktop software 12 to interact with the patient PDA 2 and^play views of the 
patient record 18/, with a few exceptions. One difference i^^tKat when displaying the 
0 appointment view, the physician software 14 displav^(at blocks 210 and 212) 

appointments in the subrecords for all the patipfffrecords 18/ in the patient database 18 as 
well as the appointments the current patiprfi has with other physicians. This ensures that 
the physician staff member schedujklg the appointment will not schedule an appointment 
that conflicts with appointment^Doth the physician and patient have already made. 
15 Further, unlike the patienj^ftware 12 and 16, the physician software 14 allows the 
physician to modify ^prescription subrecords 26a-26n to electronically write patient 
prescriptions, ^further embodiments, the physician software 14 may include the 
capability to^digitally sign or encrypt a prescription with the physician public key so that 
the pljafmacist can authenticate an electronic prescription within a prescription subrecord 

20 >26tr=2(jii leceived flom Ihe patient PDA 2. — 

At any time the physician software 14 may update the patient database 18 with ^ 
any changes made to a patient record 18/ and then transmit the updated record to the 
patient PDA 2. 

There are many advantages to the medical information system of the preferred 
25 embodiments. First, is that a patient may use the ubiquitous PDA device to maintain all 
the information needed to optimize a visit with a doctor. The patient PDA makes the first 
time visits to a doctor's office much easier because the patient does not have to fill out 
any forms. Instead, a communication link 8 is used to transmit the electronic patient 
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record from the patient PDA 2 to the physician computer 6, without any involvement on 
behalf of the patient, except making the PDA 2 available. The physician's staff can then 
automatically obtain accurate personal and insurance billing information. This is 
especially helpful if the patient is ill or injured and cannot accurately respond or if the 
patient's care giver does not have such information available. Still further the physician 
can obtain detailed patient medical history, current prescriptions, and current scheduled 
medical appointments without relying on the mental capacities of the patient as such 
information is embedded in the patient record stored in the patient PDA 2. This aspect is 
especially important because the physician, by having accurate medical history and 
current treatment information, will reach the correct diagnosis faster and avoid 
prescribing any treatments or medications that could be duplicative or harmful to the 
patient. Still further, the physician can be assured of the integrity of the information as 
any attempts by the patient to falsify or improperly modify the medical history can be 
detected from the information displayed in the log view 50. 

The advantages of the preferred embodiment medical information system are 
numerous. No longer must a patient spend time filling out tedious and time consuming 
forms. Instead, all the patient must do is allow a communication link 8 to be established 
so the patient record 18/ can be transferred from the patient PDA 2 to the physician 
computer 6. Further, if the patient has a complex medical illness requiring numerous 
medications that may affect mental and memory capabilities, such as AIDS or cancer, 
then they may readily determine their medication schedule and any pending physician 
appointments from the medication 46 and appointment 48 schedule views. No longer 
must they remember to keep the handwritten appointment reminder cards doctors 
provide, which are oftentimes lost or misplaced. Further, patients may download their 
patient record 18/ to a personal computer, i.e., the patient computer 4, where they may 
review and edit their schedules 46 and 48 from their desktop or laptop at home or work. 
To interface with their medical information, all they need do is install the patient desktop 
software 12 on the desktop or laptop system. Further, they may want to use their patient 
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computer 6, which typically has an easier to use input mechanism, such as a full 
keyboard, to edit medical information. 

The preferred embodiment medical information system is especially helpful to 
care givers who provide daily assistance to a disabled patient, such as an elderly or 
5 incapacitated person. Such patients are often unable to have or remember all the 

information the physician's office needs. The PDA software 12 can provide substantial 
assistance to the care giver in keeping track of all schedules appointments and 
medications. Further, the care giver when taking the patient to a new doctor need only 
make the patient PDA 2 available to electronically transfer the patient record 18/ to 
10 provide the physician's office with all the information they need to register the patient. 

Moreover, by providing the check boxes with the medication schedule view 46 to 
allow the patient to indicate that a dosage was taken and the alarm notification for 
scheduled medication, the patient does not have to worry about forgetting whether they 
took all their medication. Further, the physician can review the check boxes to determine 
yp 15 whether the patient has in fact been taking their medication. 

Insurance companies may also benefit from the preferred embodiment medical 
information system. To submit claims, all the patient or doctor need do is to 
electronically submit the medical event 24/ subrecord or prescription subrecord 26/ to the 
insurance company, thereby providing a paperless and automatic claim submittal system. 
20 Still further, the insurance company can detect fraud from discrepancies in the patient and 
physician version of a patient record 18/. This aspect of the preferred embodiments in 
improving efficiency to the physician and insurance company in processing claims and 
patient medical information, and in optimizing the patient registration and diagnosis 
process, will further reduce costs and improve both physician and insurance company 
25 profitability and, at the same time, provide patients better service. 
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The preferred embodiments may be implemented as a method, apparatus or article 
of manufacture using standard programming and/or engineering techniques to produce 
software, firmware, hardware, or any combination thereof. The term "article of 
manufacture" (or alternatively, "computer program product") as used herein is intended to 
encompass one or more computer programs and/or data files accessible from one or more 
computer-readable devices, carriers, or media, such as magnetic storage media, "floppy 
disk," CD-ROM, optical disks, holographic units, volatile or non- volatile electronic 
memory, etc. Further, the article of manufacture may comprise the implementation of the 
preferred embodiments in a transmission media, such as a network transmission line, 
wireless transmission media, signals propagating through space, radio waves, infrared 
signals, etc. Of course, those skilled in the art will recognize many modifications may be 
made to this configuration without departing from the scope of the present invention. 

In the preferred embodiments, there were three described computing devices, 
patient PDA, patient computer, and physician computer. In further embodiments, 
additional computers may be added to the system. For instance, the patient may maintain 
a smart card to store the patient records. The physician would maintain a smart card 
reader to access the patient record in the card. In this way, if the patient cannot afford a 
PDA device, then the insurance company may provide a smart card to facilitate transfer of 
patient information to the physician's office thereby improving physician efficiency and 
reducing cost overhead. Still further, the patient may maintain a smart card reader at 
their computer to read information from the smart card to view at their personal 
computer. Yet further, newer smart card devices include limited displays. With such 
smart cards, the patient could review their medication and appointment schedule on the 
smart card display. Thus, any portable electronic device capable of providing non- 
volatile storage of a patient record may be used in place of the patient PDA 2 for the 
patient to take to a physician office, including those that do not include a display. 
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Preferred embodiments described specific views of patient medical and personal 
information as including specific fields of information. However, in alternative 
embodiments, different information may be presented in the above described views and 
further views may be provided to provide alternative views of patient medical and 
personal information. 

Preferred embodiments described the patient record as comprised of fields, where 
the fields include further subfields and/or subrecords. However, those skilled in the 
design of database structures may realize that alternative database structures may be 
provided to represent the patient records. For instance, the patient record may be 
comprised of keys that index into other tables that include records for what is above 
described as included in a subrecord. For instance, a medical history table may store zero 
or more medical event records for a single patient record, thereby providing a one-to- 
many relationship between each patient record and medical event records in the medical 
history table. A similar table arrangement may be provided for the medication schedule 
and appointment schedule which is comprised of separate prescription and appointment 
records such that there is a relationship of patient records and prescription and 
appointment records in a medication and appointment tables. In such alternative 
embodiments, a patient record is comprised of multiple records, such as a patient bio 
record, and further records for medical events, prescriptions, appointments, and log 
events. 

The preferred logic of FIGs. 4 and 5 described specific operations occurring in a 
particular order. In alternative embodiments, certain of the logic operations may be 
performed in a different order, modified or removed and still implement preferred 
embodiments of the present invention. Morever, steps may be added to the above 
described logic and still conform to the preferred embodiments. 

In summary; preferred embodiments disclose a method, system, and program for 
maintaining electronic patient medical information. An electronic patient data structure is 
generated to include patient biographical information and one of medical history 
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information, medication schedule information, and appointment schedule information. 
The patient data structure is electronically transmitted between a physician computer and 
a portable patient device. The patient data structure is capable of being modified. 

The foregoing description of the preferred embodiments of the invention has been 
presented for the purposes of illustration and description. It is not intended to be 
exhaustive or to limit the invention to the precise form disclosed. Many modifications 
and variations are possible in light of the above teaching. It is intended that the scope of 
the invention be limited not by this detailed description, but rather by the claims 
appended hereto. The above specification, examples and data provide a complete 
description of the manufacture and use of the composition of the invention. Since many 
embodiments of the invention can be made without departing from the spirit and scope of 
the invention, the invention resides in the claims hereinafter appended. 



**PalmPilot is a trademark of 3COM Corporation; WorkPad is a registered trademark of 
the IBM Corporation; Revo is a trademark of Psion Enterprise Computing Ltd. 



